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HARDWARE CORRELATION 

BACKGROUND OF THE INVENTION 

Field of the Invention 

[0001]The present invention generally relates to software programs that simulate the 
physical structures that will be produced by manufacturing processes, and more particularly to an 
improved method and system that correlates the software results to actual hardware devices 
produced. 

Description of the Related Art 

[0002]A major element in the qualification of any new semiconductor technology, circuit 
element, or product is a model to hardware correlation (MHC), An MHC is an exhaustive 
process that involves comparing a software based simulation of several devices (e.g., circuits) 
with the hardware performance of the same device or circuit. This activity allows circuit 
designers, technology developers and EDA (Electronic Design Automation) tools developers to 
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find any mismatch between the technology specifications and the end product delivered from the 
manufacturing facility. Any mismatch is addressed and a further MHC is pursued to verify the 
solution. 

[0003] An MHC is fairly simple if all the process parameters are run at exactly nominal 
conditions. However, the manufacturing line only guarantees that each parametric parameter will 
be in a certain range. The overall range of all of these parameters is called the "Process 
Window". Often qualification engineers wish to evaluate the MHC at corners of the Process 
Window that are artificially skewed away from nominal conditions. For example, several lots of 
test sites may be run with artificially long channel lengths to evaluate if the device model is still 
accurate in case the manufacturing line allows channel length to run a bit too long. In order to 
perform an MHC on this hardware, the artificially long channel length must be accounted for in 
the software simulation. 

[0004]One of the main conventional processes to evaluate MHC is a Best Case/Worst 
Case Analysis. This allows designers to see the overall margin in their designs by simulating 
best and worst case hardware, and comparing to the fastest and slowest hardware that the 
manufacturing line would deliver to a customer. The problem with this analysis is it simply 
reflects if the amount of bounding in simulation is adequate for the process variations in 
manufacturing. This type of analysis does not pinpoint individual process parameters and their 
effect on circuit performance. 

[0005]Therefore, the invention allows for the incorporation of device (semiconductor 
chip) specific parametric data into a circuit simulation. The simulation can be tailored to reflect 
the performance and behavior of a specific device, by running several device-specific simulations 
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of this type and comparing the results to the respective devices, one ordinarily skilled in the art 
can accurately pinpoint the circuit sensitivities to individual process parameters. The MHC 
attempts to match the behavior and performance of the specific devices, instead of bounding the 
timing with Best Case/Worst Case analysis. 

[0006] This invention also allows the qualification engineer to model the effects of several 
manufacturing process variations which have not been accurately modeled. Further, the 
invention allows for the accurate incorporation of threshold voltage adjustment implant variation 
into the circuit simulation by way of an iterative simulation methodology. Presently there exists 
no way to accurately incorporate the true threshold voltage of a device specific simulation. 



SUMMARY OF THE INVENTION 



[0007] The invention includes a method of performing model to hardware correlation that 
simulates models based upon design criteria and manufactures devices based upon the design 
criteria. The method evaluates features of the devices during the manufacturing to produce 
in-line test parametric data, compares the models to the in-line test parametric data to obtain 
correlation data, and modifies the simulating according to the correlation data. 

[0008]Further, the simulating process produces geometric, DC, AC, and delay stage 
simulated parameters, and the in-line test parametric data includes geometric, DC, AC, and delay 
stage test parameters. The modifying process produces a modified simulation and the invention 
also identifies, in a characterization map, the devices that match models produced by the 
modified simulation. 
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[0009] The devices are preferably semiconductors. The models produce modeled 
threshold voltage values. The in-line test parametric data has test threshold voltage values. The 
comparing process compares the modeled threshold voltage values and the test threshold voltage 
values to produce a threshold voltage adder. The modifying process includes adding the 
threshold voltage adder to the modeled threshold voltage values. In addition, the models have 
saturated current values. The in-line test parametric data has test saturated current values and the 
invention compares the modeled saturated current values and the test saturation saturated current 
values to produce a saturated current error value. Also, the semiconductor devices have a delay 
per stage values. The in-line test parametric data can have test delay per stage values. The 
invention compares modeled delay per stage values and the test saturation delay per stage values 
to produce a delay per stage error value. 

[00 10] Further, the invention culls the in-line test parametric data to retain selected 
geometric, D.C ? A.C, and delay test parameters and identifies defective devices and removes the 
defective devices from the in-line test parametric data. 



BRIEF DESCRIPTION OF THE DRAWINGS 



[0011]The foregoing and other objects, aspects and advantages will be better understood 
from the following detailed description of a preferred embodiment(s) of the invention with 
reference to the drawings, in which: 

[0012]Figure 1 is a schematic diagram of one system embodiment of the invention; 

[0013]Figure 2 is a flow diagram illustrating a preferred method of the invention; 
BUR9-2001-0012-US1 4 



[0014]Figure 3 is a flow diagram illustrating a preferred method of the invention, 
[0015]Figure 4 is a schematic diagram of a characterization map; and 
[0016]Figure 5 is a schematic diagram of a hardware embodiment of the invention. 



DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENTS OF THE INVENTION 



[001 7] As mentioned above, there is a need to improve upon the accuracy of correlating 
the software simulations to the actual hardware results. This disclosure details a method and 
system of obtaining the value of any process skew, such as process skew into a SPICE based 
circuit or device simulation, so as to more accurately reflect the hardware under test. SPICE 
(Simulation Program with Integrated Circuit Emphasis) was developed by University of 
California Berkeley and licensed to many companies. Most references to SPICE are not 
trademarked. The IBM versions of SPICE are called AS/X and PowerSPICES (International 
Business Machines Corp., Armonk, New York). 

[0018] SPICE is a circuit simulation tool that allows one ordinarily skilled in the art to 
simulate the performance and behavior of a circuit before actual fabrication in the manufacturing 
line. In order to simulate a circuit, SPICE must specify the circuit elements (transistors, resistors, 
etc), the circuit design (the nodes of the circuit elements that are connected to the nodes of other 
circuit elements) to be defined and the device models to be used for the behavioral simulation of 
each of the elements. The most important device models for the simulation of semiconductor 
devices are the transistor models which describe the nominal parameters associated with the 
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transistors in the technology that the circuit will be fabricated using. SPICE takes these nominal 
device parameters, plugs them into the BSIM (Berkeley Short-Channel IGFET (Insulated Gate 
Field Effect Transistor) Model) equations, and calculates the transistor voltages and currents. 
For the purposes of MHC, SPICE is used to verify the device models, the circuit designs and the 
5 final manufactured hardware. SPICE allows the simulator to override the nominal parameters in 
device models with specific data known as "go-data". It is through this interface that the 
invention is able to affect the behavioral simulation with actual semiconductor parameters. 
[0019] While the invention is discussed herein in relationship to the SPICE software 
_ simulation program and to the modeling of semiconductor chip manufacturing processes, as 
10 ig would be known by one ordinarily skilled in the art given this disclosure, the invention is not 
Si limited to this single application. To the contrary, the invention is broadly applicable to all forms 
^ of modeling software that simulate a production environment. For example, HSPICE and 
^ PowerSPICE, two other industry standard simulation tools, provide the parametric interface to 

ssi? 

1 1 J allow the same affect to be included in circuit simulations. In fact, many industry standard and 

15 O corporate proprietary simulation systems allow this feature. 

[0020]The invention allows the direct matching of a single device's (e.g., a semiconductor 
chip) hardware measurements to the simulation results that are biased to account for that 
particular parametric data. More specifically, referring now to Figures 1 and 2, the invention 
starts by obtaining the raw parametric data for a specific set of hardware 100, 200. 

20 [0021] During conventional semiconductor manufacturing, various parameters are tested 

at different stages of the fabrication line. For the invention, it is most useful to extract the data 
from the latest possible stage in the manufacturing process due to the fact that later processes 
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may alter the parametric data from earlier testing. By extracting the data at the latest possible 
test step, the parametrics more accurately reflect the actual hardware device that is delivered by 
the manufacturing line. 

[0022]Once the raw parametric data is obtained, the important parameters must be culled 
out of the data to reduce data volumes and streamline the method 102, 202. In one example of an 
array of semiconductor transistors being manufactured on a semiconductor ship, important 
parameters used for modeling are listed below: 

Description 



Parameter 

Geometric Parameters (104): 

Leff 

Tox 

DeltaW 

DC Parameters (106): 

Idsat 

Vtsat 

Vtlin 

AC Parameters (108): 
Cov 

Cj 
Rs 

Delay Parameters (110): 
PSRO 



Effective Transistor Channel Length 

Gate Oxide Thickness (at inversion conditions) 

Change in Device Width (from design dimensions) 



Saturated Source/Drain Current (short channel device) 
Saturation Threshold Voltage (short channel) 
Linear Threshold Voltage (long channel device) 



Overlap Capacitance 
Source/Drain Junction Capacitance 
Sheet Resistance 



Delay per Stage of Kerf Performance Screen Ring 
Oscillator 



[0023] These parameters should be measured on all devices and structures of interest. For 
example, the device parametrics should be measured on N channel and P channel transistors, 
single and dual oxide transistors (if applicable), zero-Vt transistors (if applicable). The Sheet 
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Resistance should be measured on many different types of parasitic structures, such as: N+ 
diffusion, P+ diffusion, substrate, N-well, all metal layers, other level resistors, etc. 

[0024]The parameters listed above comprise a set of important parameters that have been 
experimentally shown to have the largest circuit sensitivities on typical digital circuits. Because 
of their extreme circuit sensitivities, these parameters have the largest effect on the performance 
and behavior of the circuit and must be monitored so that the values of these parameters can be 
used for calculation of the "go-data". For other circuit applications, different parameters may be 
of more critical importance. For example, several circuits are extremely dependant on 
metal-level line width biases. The present invention allows for the expansion of the parameter 
set to include these line width biases to be included in the simulations if required. 

[0025]Then the invention removes chips with "bad" or "error" data from the in-line 
parametric data database 204 and outputs a "screens" file to tell which parameter is causing 
screen loss 205. This not only streamlines the process, but also verifies the in-line test data 
before time is used in the rest of the procedure. By screening the in-line test data in the same 
manner the manufacturing line would be screened and one ordinarily skilled in the art could 
weed out devices that would have been thrown away in manufacturing screens. There is no point 
performing the MHC process on devices that would not have been processed in the line. 

[0026]Initially, the parametric data is put into files called "go-data" 1 12, 206. In this 
example, the invention would use the geometric test parameters 104 (Leff, Tox, DeltaW), to 
calculate a short channel Vtsat and Idsat 116, 208. This calculation is from the BSIM equations 
and is extremely complex. For reference purposes, all of the equations needed to calculate Vtsat 
are in the BSIM users manual, incorporated herein by reference. 
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[0027]This Vtsat 1 16 is different than the Vtsat that would be calculated by the 
simulation program on its own (e.g., without any test data and based solely upon design 
parameters) because Vtsat 1 16 is based upon actual in-line test geometric parameters 104. In a 
preferred embodiment, the invention extracts the simulated Vtsat 1 16 for each chip under 
5 simulation. From Vtsat and Idsat, the invention calculates Vterror and Idserror as a percentage of 
actual measured Vtsat and Idsat values 209. 

[0028]Once the short channel Vtsat 1 16 for each chip of interest is modeled from the test 
geometric parameters, the value is compared to the actual measured short channel Vtsat from the 
in-line test parametric data 1 1 8. This process isolates any inaccuracy the simulation program 
10 jjf may contain with respect to the Vtsat calculation. Since the modeling of the Vtsat 1 1 6 is based 
upon actual test geometric parameters and the Vtsat 1 1 6 is compared to actual measured Vtsat 
S| test data, the Vtsat aspect of the simulation program is isolated from other modeling aspects, 
^ which allows a true correction to be made to this isolated portion of the simulation program. For 

: t,?z 
:i i ; 

j|j example, from this process a correction (e.g., Vtadder 2 1 0) can be calculated. If nominal 

=0 

1 5 q parameters are as follows: (Leff = 0. 1 1 urn, DeltaW = 0.03um and Tox = 45nm) then the BSIM 

model will calculate a Vtsat of 435mV (these numbers are examples only). If the actual device 
of interest has a shorter Leff, the Vtsat will be lower. If the Tox is thinner, the Vtsat will be 
lower as well. The BSIM equations account for the calculation of Vtsat incorporating all of these 
parameters. So, SPICE calculates the expected Vtsat for a specific device. The invention then 
20 compares the simulated Vtsat to the actual measured Vtsat and makes a Vtadder 210. This 

calculation is actually quite simple: Vtsat(measured) - Vtsat(SPICE) = Vtadder. This adder is 
then applied via "go-data M 120, 212 as an Vtsat offset to the simulation again 214 to verify that it 
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was calculated properly by checking to see if Vterror is 0 (216). Once again Vterror and Idserror 
are calculated as percentages of actual measured Idsat and Vtsat values 215. 

[0029]Therefore, an important feature of the invention is the isolation of selected 
modeling processes within a simulation program to provide a correction to this selected and 
isolated portion of the modeling process. In other words, the invention supplies actual test data 
(instead of design parameters) to a specific, modeling function and then compares the output of 
the modeling function to actual test results to establish a correction for that specific modeling 
function. An important benefit produced by this feature of the invention is that once the 
individual modeling feature is isolated and a correction value established, more accurate 
modeling can be accomplished. For example, with respect to semiconductor transistors, the 
corrected model of Vtsat can account for threshold implant doses that are intentionally varied to 
allow model to hardware correlation for an entire process window. 

[0030]The "go-data" corrects the parametric values for all transistors on a chip and is 
therefore extendable to all semiconductor designs. Further, the invention is capable of handling 
multiple different technologies (different device models) and all types of designs within such 
technology. 

[0031]There are multiple, separate and distinct "go-data" databases 112, 120, 128 that are 
output at different points in the process. The final "go-data" 136 is the output of the entire 
process. The intermediate "go-data's" exist only for intermediate steps to get to the final 
"go-data" and for history and additional information. 

[0032] This inventive aspect of isolating and correcting a specific modeling function 
within a simulation program can be repeated at any point (or at many points) of the simulation 
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program. For example, with respect to the manufacturer of semiconductor transistors devices, it 
is important to find an accurate correction for the modeling of the Idsat This calculation is 
directly from the BSIM equations and is extremely complex and included in the BSIM users 
guide. 

[0033] With the invention, the Idsat 124 is modeled from the Vtlin and Vtsat in-line test 
data 122 and is compared 126 to measured Idsat from the in-line tested parametric data 106. The 
result of this comparison is also added to go-data 128, 218. Id is the output of the BSIM 
equations and, therefore, a good gauge of the success of the individual device simulation. The 
comparison between Idsat(measured) and Idsat(SPICE) results in an Idserror value (in percentage 
of the measured value) and is done to measure the accuracy of the single device simulation, and 
to verify that the application of the Vtadder accomplished it's intent. 

[0034]The Idserror calculation provides an assessment of the success of the device MHC 
before time is used in circuit simulation. This verifies the methodology to this point, the in-line 
data tested for DC device parametrics (Leff, Tox, DeltaW, Idsat, Vtlin, Vtsat) and the device 
simulation strategy. If the Idserror values show that the device simulation using the "go-data" is 
not calculating the Idsat on a single device accurately, there is no chance that the SPICE 
simulation of a large scale circuit, using the same "go-data," will result in an accurate 
performance or behavioral result for the circuit. So, one ordinarily skilled in the art can avoid 
running long-duration (often several weeks of computing resources), massive circuit simulations 
if the Idserror at the device level is determined to be unacceptable. 

[0035] In a similar manner the invention can be used to improve the quality of and verify 
the AC simulation. It is conventional to establish a Performance Screen Ring Oscillator (PSRO) 
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in the kerf being in-line tested. First the delay per stage of the PSRO is simulated 130 using the 
actual parametrics in-line variables Cov 5 Cj, Rs 108. Another SPICE circuit simulation is run 
that contains the design elements for the PSRO that is fabricated in the kerf. SPICE simulates 
this simple circuit the same way it would simulate a single device or a much larger circuit. 
SPICE applies the current set of "go-data" and simulates the rising and falling transition of the 
inverter designed into the PSRO 220. By averaging the rising transition delay with the falling 
transition delay, SPICE is able to calculate a delay-per-stage value. 

[0036]Preferably, the circuit simulation delivers a delay per stage of the PSRO for each 
chip under simulation. This value is then compared to the in-line test data measured PSRO delay 
to verify the parameters that could affect the AC performance (Rs, Cov, Cj) 134, 220 and 
produce a delay per stage as a percentage of measured values 221. The verification process 
allows one of ordinary skill in the art to make a judgement call on the quality of the "go-data." If 
the go-data is not allowing SPICE to accurately simulate a small ring oscillator, there is no 
chance a larger circuit, and SRAM for example, will correlate correctly. 

[0037]The invention then adds this PSRO Error value to the "go-data" database 136, 222 
to finalize the go-data database. The invention cleans up the test and outputs a final "go-data" 
file 224. While DC, AC and delay modeling aspects are verified and corrected in the above 
example, one ordinarily skilled in the art would understand that the invention is not limited to 
these specific corrections. To the contrary, the invention can be used to verify and correct any 
aspect of the simulation program. For analog circuits, several other aspects may be of 
importance. For example, the present invention is completely extendable to other types of 
sensitivity analysis and corrections. A simple gain calculation can be performed by the invention 
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and used to compare with a measured gain in order to produce an analog "go-data" set for 
amplifier correlations. 

[0038] The software package then examines the MHC of the devices (pre and post 
Vtadder) and the MHC of the PSRO pre and post correction and prepares results files to examine 
the final process parametric data 138, 226. These files show statistics about the success in 
modeling with the process data included. This process is shown in greater detail in Figure 3. 
More specifically, as discussed above, the invention examines the modeling to hardware 
correlation before the correction Vtadder is performed as well as the modeling to hardware 
correlation after such correction is performed 209. The invention looks at the Idserror before and 
after the Vtadder has been applied 215. Also, the invention examines the PSRO delay error 221. 
Then, the invention prepares statistics regarding the accuracy of the modeling in item 36. These 
statistics are used to make the judgements as to the quality of the "go-data" in a comprehensive 
statistics file 38. They are used as simple methods for examining device model updates which 
are often fitted to a single piece of nominal hardware. The invention allows the quick simulation 
and comparison of device values on many chips (the entire process for 1000 chips may take 
approximately 15 minutes). So, these statistics show the validity of applying a device model 
fitted to one piece of hardware to an extremely large sample of chips. In this way, one engineer 
ordinarily skilled in the art can direct the efforts of transistor modelers towards the specific 
parameter that may be incorrectly modeled. 

[0039]The invention outputs "go-data" only from chips that passed parametric screens 
226 and also downloads final functional test data from the Wafer Final Test (WFT) servers 42, 
as shown in Figure 4. The WFT servers 142 (Figure 1) contain functional yield data which tells 
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the invention whether a specific chip is functional or not. There is no purpose wasting time 
simulating with "go-data" that apply to chips that do not function. The functional and parametric 
yield is compared in item 44, in Figure 4. 

[0040]Then the invention sorts the chips into 4 categories as shown in item 46. Those 
chips that have good functional and parametric yields are available for MHC. Those that have 
bad functionality are available for the modeling site. Those that have bad parametrics are 
available for the BL/WC site. Finally, those that have both bad functionality and bad parametrics 
are useless. In item 48, the invention makes wafer maps showing the four sorting results on each 
chip. In item 50 the invention proceeds with MHC chips on MHC sites. 

[0041]Similarly, as shown in Figure 1, in item 140, the WFT data 142 is combined with 
the simulation statistics 138 to produce wafer maps (48) indicating chips for which a full MHC is 
possible. The "go-data" is now culled down once again at this point. Once the complete set of 
"go-data" is compiled and analyzed, the "go-data" corresponding to non-functional chips are 
discarded and the remaining "go-data" represent a set of functional and parametrically "good" 
chips that may be used for the larger simulations that represent the bulk of the MHC effort. 

[0042]The requirements for such full MHC chips are as follows. The chips must pass the 
initial process parametric screens such as, Leff and Tox must be within the manufacturing 
process specification, and the chips must yield through final functional test. Once these files are 
examined, chips for a full MHC can be selected. In order to proceed with the bulk of the MHC 
effort, a sample of hardware must be selected. A typical lot will result in -1500 in-line tested 
chips, <1000 "good" "go-datas" and perhaps 500 functional chips with "good" "go-data." The 
massive circuit simulations cannot run on 500 different chips and, so one ordinarily skilled in the 
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art selects, perhaps, 25 chips from the full-MHC list that fall into different process splits (i.e., 
High NFET Vt implant, short Leff) to proceed with the MHC process. 

[0043] A representative hardware environment for practicing the present invention is 
depicted in FIG. 5, which illustrates a typical hardware configuration of an information 
handling/computer system in accordance with the subject invention, having at least one processor 
or central processing unit (CPU) 10. CPUs 10 are interconnected via system bus 12 to random 
access memory (RAM) 14, read-only memory (ROM) 16, an input/output (I/O) adapter 18 for 
connecting peripheral devices, such as disk units 1 1 and tape drives 13, to bus 12, user interface 
adapter 19 for connecting keyboard 15, mouse 17, speaker 103, microphone 194, and/or other 
user interface devices such as touch screen device (not shown) to bus 12, communication adapter 
105 for connecting the information handling system to a data processing network, and display 
adapter 101 for connecting bus 12 to display device 192. A program storage device readable by 
the disk or tape units, is used to load the instructions which operate on a wiring interconnect 
design which is loaded also loaded onto the computer system. 

[0044] In practice, the corrected simulation programs are then passed onto the circuit 
designers in order to simulate different circuits. These simulations are then used to produce 
timing specifications for the circuit library. This methodology is extremely useful for all types of 
simulation programs. Minor modifications of the method can be easily implemented on new 
products or in new technologies. 

[0045] To adapt the invention to different technologies an examination of the in-line 
parametric data available should be performed to decide which data should be culled from the 
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In-Line Test (ILT) servers. Also, the relationship between ILT coordinates and WFT coordinates 
should be determined to allow the characterization map to be formulated easily. 

[0046] As discussed above, the main alternative method for Model to Hardware 
Correlation is a Best Case/Worst Case Analysis, which allows designers to see the overall margin 
5 in their designs by simulating best and worst case hardware, and comparing the fastest and 
slowest hardware that the manufacturing line would deliver to a customer. However, such 
analysis simply reflects if the amount of bounding in simulation is adequate for the process 
variations in manufacturing. This type of analysis does not pinpoint individual process 
parameters and their affect on circuit performance as a "go-data 11 based simulation does. The 
10 ^5 "go-data 11 based simulation method strives to simulate each chip as correctly as possible, not just 
HI to bound it by allowing the models best and worst case predictions to stray far enough to 
: 4 encompass all the possible hardware. In addition, the "go-data" based simulations allow the 
]^ designer to set the best and worst case circuit timing limits based on individual process 
l\ \ parameters. This typically leads to tighter timing distributions that are more competitive in the 
15 p industry. 

[0047] By encapsulating this process into a simple software package with a GUI adaptable 
to any platform, the MHC process can be extended across customer lines. For example, instead 
of performing customer specific MHC for individual parts, the customer can run all of this 
activity in their own lab. This represents a paradigm shift in the way customer parts are currently 
20 qualified. 
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[0048] While the invention has been described in terms of preferred embodiments, those 
skilled in the art will recognize that the invention can be practiced with modification within the 
spirit and scope of the appended claims. 
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